
Affidavit Under 37 C.F.R. SI. 131 



Docket No. 10090531-1 
USPTO Ser. No. 09/992,224 



1. I, Christopher K. Sutton, am an inventor of the claimed 
subject matter of US Patent application No. 09/992,224 Agilent 
attorney docket no. 10990531-1. 

2. The invention claimed in the referenced patent application 
was conceived and reduced to practice in the USA. 

3. I understand that willful false statements and the like 
contained herein are punishable by fine, imprisonment, or both 
and may jeopardize the validity of the application or any 
patent issuing thereon. 

4. The invention claimed in the referenced patent application 
was reduced to practice as a software program on a date prior 
to October 23, 2001. A reduction to practice is evidenced by 
the attached "Exec 3 Windows NT Test Executive" Programmer's 
Guide prepared after the actual reduction to practice of the 
invention claimed in the reference U.S. Patent Application. 
The attached document is a portion of the Programmer's Guide 
written to help employees of Agilent use the reduction to 
practice of the invention as part of an internal assessment of 
the usability and utility of the software in a manufacturing 
and production environment. 



I decl are that all statements made herein are based upon 
my own knowledge and to the best of my knowledge are true and 
all statements made on information and belief are believed to 
be true . 
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Purpose 

The purpose of the Exec3 program is to efficiently test products. Here, "e 
evaluated over many phases of a product life cycle: test development, q 
manufacturing test. "Products" includes complex products with that req 
measurements. 

To aid in test development and test re-use, Exec3 provides a standardized 
the test developer. Exec3 relieves the test developer of the tasks present 
sequencing tests, displaying and logging results, and interfacing with other 
systems. 

During qualification testing such as Immunity and Environmental, Exec3 
pr ogr am matic interface for qualification test supervisor programs. 

During manufacturing, Exec3 provides a common operator interface form 
helps maximize test productivity. It also provides a consistent software i 
manufacturing systems. 
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Exec3 is a 32-bit Windows NT application. It's graphical user interface allows tl 
a specific product model to be tested, enter configuration information, select and 
procedure, start testing and control test execution (pause, continue, repeat. . .), and 
results. 

Exec3 has well-defined COM (Component Object Model) interfaces to test softw 
plug-ins. Test software is the code components provided by a test developer to t 
product This includes tests, test procedures, and test system drivers. Exec3 pli _ 
components that allow Exec3 to be interfaced to other systems, such as a database 
calibration verification system. Test software and plug-in code is contained in D 
Link Library) files, so they can be developed and delivered independently. 
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In addition to the test software and plug-in interfaces, Exec3 exposes an ActiveX 
for controlling it. This allows testing to be initiated and monitored from other proj 

Exec3 test software is most easily developed using Visual Basic. Exec3's COM ii 
includes an object model that aids in test and procedure organization. It encouragj 
driven test routines, which aids in re-use. 
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Design Objectives: 

Exec3 design choices were made with these goals in mind.. 

• Run on readily available computer platforms that supports interfaces t 
(Intel-based PCs, not Series 300) 

ill 1 

• Run on a supported, standard, preferred, easily networked, and pc 
(Windows NT, not RMB) 

• Allow test development in a language that is not obsolete, and is the m 
language for most engineers (Visual Basic, not RMB) 

• Continue to use and evolve the useful features of Exec n. These £ 
driven test code, the procedure/sequence file, jjiieraichy of procc 
line/customer/marginal specification limits, dynamic loading of tt 

• Allow complex test procedures to be constructed using a standard 
This means using the Visual Basic for procedure file FOR NEXT looj 
new language. 

• Have modular interconnections to other systems, such as a test results 
Calibration Administration and Tracking System (DC ATS), and unkn 

• Easily allow automatic/remote control of Exec from another program, 
process controller, environmental test profile controller, etc. 

• Keep the core simple enough to be developed in a few months. Define 
interfaces rich enough to allow future extensions that maintain compati 

Other test executives are available, but none that come close enough to the 
and goals. 

What It is not: 

These are some things you might expect in a test executive, but are not in I$| 

• Exec3 won't test multiple devices at once. However, automatic sequen 
devices can be accomplished by another program that controls Exec3 . 
interface is designed so a future Exec could do simultaneous testing of 

• Exec3 does not include any test equipment drivers. 

• Exec3 is not compatible with Exec II test software and procedure files 

• Exec3 does not include these Exec II features: auditing/sampling plan, ftijays of data, plotting 
of results. *f 

• Exec3 does not include things like a test results database, equipment cajpration checking, or 
environmental chamber control software. However, these items can intlface with Exec3 
through plug-ins. 
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Exec 3 Overview 

Definitions 

Procedure An ordered list, sequence, or script, of Tests to be run. For each 

procedure includes a list of Measurements and Datapoints, 
parameters that are passed to the test Procedures have names 1 
"Final Sales", and -Environmental' 1 . Exec3 "runs" a procedure, 
procedures as input data, not code. ^ 

Test A group of measurements in a procedure that share the same test 

so the same test software code. Tests have names like "Amplitu 
"Harmonic Distortion"* To run a procedure, Exec3 repeatedly 
each Measurement and Datapoint. To Exec3, tests are code — not 

Measurement A configuration or setup for a Test. Tests are parameter-driven, 

their parameters from a Measurement. Measurements have name 
°Range= 1 0V;Freq= 1 00kHz" or "Harmonic^". Exec3 views m 
data to be passed to a test. 

A sub-set of a Measurement, containing additional parameters 
result when one measurement generates multiple results. Datapo 
names like "Channel 1 " or "Peak" y $ 

Datapoint Result. A single measured value, resulting from runnimone 
Measurement of a Test, and extracting a value specified by a £or|ro/n/. Each 
Result is compared to a Spec and to determine pass or fail. Resul{||are the 
output of running tests 

Test Software The software that must be added to Exec3 to test a ModelFamily. IFhis includes 

Tests containing test code, Specs, Procedures of Measurements affiDatapoints. 
Test Software also encapsulates the Dut and the Test System, Tes||oftware is 
usually delivered in one or more DLL files. 

Spec 



Datapoint 




led a 
have 



Result 



Specification or test limits. Results are compared to Specs. Execijundersu 
Specs that are numeric limits, String match, or Boolean pass/fail, jjlflumeric 
limits can include up to 3 pairs of upper/lower of limit values : mn||mnl limits, 
production or line limits, and customer limits. 

Notice the hierarchical relationship between Procedure, Tests, Measurement, D 
Datapoint Result If you are familiar with Exec II's hierarchy, file Measurement is 
created to formally handle the multiple results from one physical measurement. It 
simplify test code by eliminating the need for MEAS_BLOCKQ and FNSamejis 
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The screen from the Exec3 application is show above. The "tape recorder"! 
are used to control testing. From left to right they are Abort, re-start test, n|i 
pause, run, skip measurement, skip test. 1 i 

The bottom of the screen is a Windows Explorer-like user interface. The p 
a hierarchy of tests, measurements, and datapoints. Colored icons indicate 
and not yet tested. The Pass/Fail icon for die procedure is a summary of al 
taking precedence. The right side shows a spreadsheet-like view of test 
sorted by clicking on the top column. 

The bottom right graph functions as a progress bar. Its length represents 
The gray horizontal lines represent normalized upper and lower specifi 
datapoint results in a colored vertical line whose length is proportional to 
spec, and whose color is coded for pass/fail/marginal. 
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User Procedures 



The user can create a "User Procedure" that is a sub-set of a standard test procedi 
the "Select" radio button in -Run All, Marg Fail, Select" adds checkboxes to each 
procedure. 
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Dim checkboxes indicate that some of the lower-level items are checks and some 
checked. The user procedure selections can be saved to a file. 

Menu Items 

File 

Open Test Results. opens a comma-separated-value (CSV) results file. R< 




are loaded 

into grid on the right side of the screen, and can be compared to current resftfys, or be the 
basis for a re-test of "Marg/Fail* datapoints. 

Open User Procedure... opens a previously saved user procedure file. 

Save User Procedure... opens a previously saved user procedure file. 

Print. . * opens a previously saved user procedure file. 

ModelFamily 

Displays a list of model families that can be tested. Selecting a new model famj | unloads the 
current test software and loads the new test software. (j 1 

Dut 



Displays a screen for entry of DUT model, serial number, options, etc. Changii 
clears the test results. 

Settings 

Displays a screen for viewing and changing Exec settings. These include: 
Comments, Temperature, Humidity, Qualification test, Region, Productioi 
specifications. 
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ft Results Files 

Exec saves test results into comma-separated- value (CSV) result files. These files can be opened 
by Exec for review or printing. When opening a file of previous results, Exec can update the 
colored "pass/fail" icons in the left side of the screen. This feature makes it easy to re-run only 
the measurements that failed earlier (in other words, run a Marg/Fail procedure). 

The CSV files can be also be opened spreadsheet program like Excel for analysis. 

Exec writes measurement results to the file at the end of a test. Aborted test won't normally 
generate results. 

File Locations and File Names 

Executive stores test results files in a separate directory for each Dut model number. These Dut 
Model directories are located in a directory you specify in the ExecConfig.ini configuration file 
(see Administering Exec3). This directory can be a shared network drive. 

Exec forms the results file name using the procedure name and the procedure start time/date. 
Exec creates a Results file subdirectory for each Serial number (or Avid). 

For example, for model E1438A, Serial number ,f US3800123", procedure "Final", started on 
November 30 at 1:45:59 PM, the subdirectory and file name would be: 

E1438A\US3800123\Final_1130_134559 . CSV 

This subdirectory will be located in the directory specified by the ResuitsDir- line of the 
ExecConfig.ini file. 

File Format 

See the "Exec Details" section of this document. 
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Tools I 

i 

Add Note... allows the operator to insert a note in the test results log. j 

Test System Devices... Displays a spreadsheet with a row for each device in the test system. 
The operator can enter device information such as Maintenance Number, Service Due 
Date, and Address. Clicking the "Save" button will write this information to a file which ] 
will be loaded each time Exec is started. ! 

Test System... Displays the user interface for the current test system. What appears when j 
this is clicked depends on the currently loaded test system software. j 

<Phig-In 1>.... Displays the user interface for the first plug-in loaded. The name of this 
menu item and what appears when it is clicked depends on the plug-in. There may be 
several plug-ins. 
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* * ■* 

Writing Test Software jfkr Exec 3 Programmer's Guide 

Writing Test Software 

This section describes how you, a test software developer, will write tests for production, 
environmental qualification, or other special test needs. The test software developer is typically a 
New Product Introduction Engineer, Production Engineer, or Technician. It is assumed that you 
are familiar with the latest version of Microsoft Visual Basic, collections, the implements 
keyword, ActiveX components, and object-oriented programming. Test Software can be 
developed using other COM/ActiveX compatible languages, but that is beyond the scope of this 
document 

The Exec environment includes two "Wizards" that can help you write Test Software. These 
wizards are described at the end of this section. If you plan use the Wizards, you should read all 
of this section so you understand the code the wizards generate. 

Overview 

Before looking at example code, you should understand the Procedure-Test-Measurement- 
Datapoint hierarchy, the order in which test software is executed, and the files in a typical 
TestS w project. 
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Procedure Hierarchy 

Every test executive, it seems, has a different approach to structuring test 
elements. Figure 1 diagrams the ModelFamily-Procedure-Test-Measu 
hierarchy used by Exec 3. 
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Ftgwrt 1: Tttt-Mcawrancot-DataPotat Hierarchy 

Components of this architecture are described next. 

Product Modd Family: The top level of this diagram is the Produc 
corresponds to a Test Software DLL file you create. You can develop o 
file to test a family of specific model numbers, like E1434A/B/C, so this 1 
Family." Your Test Software (or TestSw) DLL contains Procedures, T 
entire TestSw package is typically one Visual Basic project, and can kept 

Procedure: An ordered list, sequence, or script, of Tests to be run. For 
includes a list of Measurements and Datapoints. Procedures have names 
Sales", and "Environmental". Exec3 "runs" a procedure. Your test sof 
procedures, but the test operator can select a subset of a procedure to run. 
procedures as input data, not code. A procedure is transferred from 
as a structure of COM objects. You define a procedure by writing o 
COM objects. 



In Exec3 this level 

Software DLL 
1 is called "Model 
and so on. The 
revision control. 

test, the procedure 
Turn-on" , "Final 
sfines these 
:ec3 views 
I Software to Exec3 

ild this structure of 



Agilent Restricted 



13 



Writing Test Software 



Exec 3 Programing Guide 



Test: A group of measurements in a procedure that share the same test algorithm, 
same test software code. Tests have names like "Amplitude Accuracy", "Harmonii 
To run a procedure, Exec3 repeatedly calls a Test for each Measurement and D 
Excc3, tests are code -not data. You implement a test by adding a Visual Basic 
to your TestSw project The code you put in this class should implement the test 
parameter-driven way. Then, in the procedure definition code, you insert code to 
instance of this class and add it to the procedure. 

Measurement (Meas): A configuration or setup for a Test. Each measurement 
can have different setup or configuration parameters. Tests are parameter-driven, 
their parameters from a Measurement. Measurements have names like 
M Range= 1 0V;Freq= 1 OOkHz" or "Harmonic«3 H . Exec3 views measurements as 
from a Procedure to a Test. You define a Measurement for a Test by creating a 
object and adding it to a Test in a Procedure. The CMeas class is already defined 
you need only to create and use Meas objects. 

"Measurement" is also a phase of test execution. During the measurement phase 
execution, the measurement is started but data is not collected: this allows for mi 
be configured and triggered together. 

DataPoint (Dp): A sub-set of a Measurement, containing additional parameters 
result when one measurement generates multiple results. Datapoints have names 
"Channel-l " or "Peak". One Measurement may return one or more Dps as logu 
to you. Some examples of multiple Dps for a measurement: minimum anc 
spectrum analyzer sweep, or each channel of device. If a Measurement has only 
be blank. 

"Datapoint" is also a phase of test execution. This is where the data is harvested, 
make sense to separate the Measurement phase form the Dp harvesting phase, yoi 
test to do the entire measurement during this phase. 
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Order of TestSw Execution 

Figure 2 - Order of TestSw Execution, shows the order in which Exec will 
your Test Software. 



[] the methods in 



TestSw 

Tftst4MXX.DLL 



S 



S 



] C 



CTMlSM 



IT«Bt I 



hi Dp* 




J 



Figure 2 - Order of TestSw Execution 

In this figure, the outer polygon represents Exec's code, and the middle 
TestSw DLL code. The left portion shows three methods you must provii 
"CTestSw." The middle of this box shows an example Test class, named 
Usually there are more Tests, but this diagram shows only one. Each test 
shown. 

The methods in this figure are arranged from left tori ght, in the order that 
The following describes each phase of the sequence. 

1. Exec calls TestSwInit. This occurs immediately after Exec loads yo 
calls TestSwInit to get information from your test software, including 
tested, a list of procedure names, and references to an objects reprc 
system. 

2. Exec calls ProcExpand when the operator selects a procedure froi 
Your ProcExpand method builds the structure of Test, Meas, and I 
details of the Procedure. When this is returned to Exec, it displays 

3. When the operator starts a procedure, Exec will call Proclnit in your 
code should initialize test system I/O, etc. 
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Exec calls the Testlnit method in the first test. In this method, you may want preset the 
test system, preset the DUT, and do setups that are common for all measuremeuns in the test. 
Pass parameters for this method include a reference to the Dirt object, which h^jroperties 
for Address, Slot, etc. j j "$ 

Exec enters a loop to call the Measlnit, ResultsGet, and MessDelnit methodiij|f the test, 
once for each Measurement The Measlnit pass parameters include one Measfetoject. This 
Meas object is one you created and added to the Procedure in your ProcExpan$|nethod. The 
Meas object can include many Parameter objects, which define the configurati§jTfor the 
measurement. So, your code in the Measlnit method will typically use the val^jfc of these 
Measurement Parameters to configure the Test System and Dut ^| 

Exec calls ResultsGet in your test, and passes it a collection of Datapoints for 
Measurements. These Dp objects are ones you created and added to the Proc 
ProcExpand method. For each Dp, Exec expects your ResultsGet method t< 
Exec's ResultPost method. The pass parameters you send to ResuttPost incl 
datapoint value you want Exec to compare to specification. 

Exec calls MeasDelnit before calling Measlnit for the next Measurement. 

When all Measurements have been run, Exec calls TestDelnit before moving 

Not shown in the figure are these Delnit methods: ProcDelnit will be called 
procedure finishes or is aborted, ProcCollapse will be called before changing §1 another 
procedure, and TestSwDelnit will be called before unloading the TestSw. 
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Test Software Project Files 

As a minimum, your TestSw Visual Basic project will contain these class files. T$jfee VB 




ttained in the 



project files are compiled into the TestSw DLL file. The names below are for an |$unple 
TestSw project to test models E1234A/B. It is based on the files in the 
Excc\TestSw\TestSwExample, except "Example" is replaced with "E1234". As 
"Exec 3 Details" section of this document, class module names start with "C\ an<||re saved in a 
file name that does not include the "C" prefix. 

H CTestSv (TftBtSw.cls) 

This class is where the TestSwInit, ProcExpand, and Proclnit methods are impl 
class is the initial interface between your TestSw and Exec, so the module name 
"CTestSw", and this module must implement the ITestSw interface defined by E 

CDutE1234 (DUtE1234.cls) 
CTestSyetemS1234 (T*stSyBteraE1234 . els) 

These classes represent your Dut and TestSystem. Your code should use the VB 
keyword so your classes are derived from the IDut and ITestSystem class defined 

II CTeotAmplitudeAccuracy (TestAraplitudaAccuracy. els) 
■ CTeotFlatneoB (TeotFlatness . els) 

These are examples of 2 tests. 

FFT(FFTMath.bas) 





laments 
Exec. 



if 



This is an example of an additional file that is specific to your test software, and l^iielated to 
Exec. ; J,r 
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